On screen displays associated with remote video source devices

ABSTRACT

In some embodiments, an apparatus includes interface circuitry to receive signals including video signals and drawing commands, and a command interpreter to receive the drawing commands and provide on screen display (OSD) signals in response to the drawing commands. Video processing circuitry processes the received video signals to provide processed video signals, and a blender to blend the OSD signals and the processed video signals to produce blended video signals including the OSD signals and the processed video signals. Other embodiments are described and claimed.

FIELD

Embodiments of the inventions relate generally to techniques forgenerating an on screen display (OSD) and related techniques formanaging a display with multiple potential video sources. In someembodiments, drawing commands are provided over a network and are usedto create an OSD.

BACKGROUND

In current practice, High Definition (HD) programming content isdelivered to consumers via video equipment such as DVD players, set topboxes (STBs), etc. in a compressed digital form that is produced by thecontent creator. The video equipment decompresses the media (video andaudio) streams in order to display the video on the television (TV)screen. Program creators typically use expensive and high-qualitycompression equipment to ensure excellent picture quality and reasonableprogram bandwidths.

In order for the user to select preferences or control the videoequipment, the video decoding product then, when appropriate, blends agraphics overlay or OSD stream containing menus, information, status,etc onto the program. The combined signal is then sent to the TV displayusing either an analog or digital signal in a form that is notcompressed.

An OSD is an image that is presented along with one or more other imagesfrom a different source on a screen. The OSD may or may not betransparent such that the OSD and another image can be simultaneouslyseen. The OSD may be purely informational (such as an OSD indicating thecurrent channel of a TV or a stock ticker) or a graphical user interface(GUI) that allows a user to select a feature through, for example, aremote control device. The OSD is often generated from a differentsource and is superimposed on another image such that a portion of theother image is partially or completely not displayed while the OSD isdisplayed. For example, a TV, DVD player, STB, or other device cangenerate information such as volume, channel, time information, or amenu in response to signals from a remote control device or the pressingof buttons on the TV, set top box, DVD player, or other video sourcedevice. In addition to being used in TVs, OSDs have also been used inconnection with computer displays. Some video equipment boxes mayinclude more than one video source device. Some video devices are bothvideo source devices and video display devices.

The OSD signals can be generated inside control circuitry of the TV orinside other devices such as a set top box or DVD player and be providedremotely from these devices to the TV. For example, when a remotecontrol device provides a channel change command to a TV, controlcircuitry in the TV may cause an OSD with the new channel to appear onthe TV screen. Alternatively, if the remote control device provides achannel change command to a set top box, the set top box may generateOSD signals and provide the OSD signals to the TV to be displayed on theTV screen.

Referring to FIG. 1, a prior art system includes a video signal source12 which provides compressed or uncompressed video to a set top box 16.Examples of the video source include a cable TV outlet and a satelliteTV receiver. Examples of set top boxes include cable TV boxes andsatellite TV boxes. Source 12 also provides audio signals, which willnot be further discussed. Set top box 16 provides uncompressed analogvideo signals or uncompressed digital video signals to a display controlcircuitry 20 of a TV 18. As an example, uncompressed digital videosignals may be provided between set top box 16 and display controlcircuitry 20 of TV 18 through a High Definition Multimedia Interface(HDMI). Display control circuitry 20 could receive video from otherdevices including a DVD (Digital Versatile Disc) player, DVR (digitalvideo recorder), VCR (video cassette recording device), hand held videosource device, or other device, in addition to or in replace of set topbox 16.

The video signals are provided from display control circuitry 20 todisplay 30 to be displayed on screen 34. In the case in which OSDs aregenerated by set top box 16, the OSDs may be combined as part of theuncompressed video signals and sent to TV 18 to be displayed. Displaycontrol circuitry 20 includes a frame buffer 24 to present OSD signalsthat are combined with the uncompressed video in blender circuitry 26.Blender circuitry 26 provides the combined signals to display 30 to bedisplayed on screen 34.

Various attempts have been made to provide TV signals over homeentertainment networks. A naïve approach to extending the system of FIG.1 for use over a network (which does not have enough bandwidth to carrythe raw video signal) would be to recompress the combined video and OSDinformation before transmission. However, compression equipment thatwould be affordable to include in a home video product would produce anoticeably degraded picture quality compared to the originallycompressed program. Since a main motivation for a consumer to purchase aHD TV is to obtain improved picture quality and resolution, this wouldnot be an acceptable result.

SUMMARY

In some embodiments, an apparatus includes interface circuitry toreceive signals including video signals and drawing commands, and acommand interpreter to receive the drawing commands and provide onscreen display (OSD) signals in response to the drawing commands. Videoprocessing circuitry processes the received video signals to provideprocessed video signals, and a blender to blend the OSD signals and theprocessed video signals to produce blended video signals including theOSD signals and the processed video signals.

In some embodiments, an apparatus includes interface circuitry tointerface with a network outside of the apparatus, a display managementmodule, and receiver circuitry. The display management module is toidentify potential video source devices on the network and outside ofthe apparatus to potentially provide video signals to the apparatusthrough the interface circuitry and to direct the generation of an onscreen display menu including symbols to represent the potential videosource devices. The receiver circuitry to receiver a user selection ofone of the video source devices from the OSD menu, and wherein thedisplay management module arranges for the selected video source deviceto provide video signals through the interface circuitry for display.

In some embodiments, an apparatus includes drawing command generationcircuitry to create drawing command signals which when properlyinterpreted cause the creation of on screen display video signals, videoand command combining circuitry to combine the drawing command signalsand video signals, and transmitters to transmit the combined video andcommand signals.

Other embodiments are described and claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention may be understood by referring to thefollowing description and accompanying drawings that are used toillustrate embodiments of the invention. However, the invention is notlimited to the details of these drawings.

FIG. 1 is a block diagram representation of a prior art system in whichOSD signals are provided as uncompressed video signals to displaycontrol circuitry.

FIG. 2 is a block diagram representation of a system according to someembodiments of the inventions in which OSD signals are generated indisplay control circuitry in response to commands provided over anetwork.

FIG. 3 is a block diagram representation of details of the displaycontrol circuitry of FIG. 2 according to some embodiments of theinventions.

FIG. 4 is a block diagram representation of a video source device ofFIG. 2 according to some embodiments of the inventions.

FIG. 5 is a block diagram representation of a display screen includingdifferent regions according to some embodiments of the inventions.

FIG. 6 is a block diagram and graphical representation of a displayscreen including OSDs according to some embodiments of the inventions.

FIG. 7 is a block diagram representation of a display screen includingOSDs according to some embodiments of the inventions.

FIGS. 8 and 9 are each a block diagram representation of a systemsimilar to that of FIG. 2 with additional video source devices accordingto some embodiments of the inventions.

DETAILED DESCRIPTION

The following disclosure describes providing drawing commands and videosignals from a video source device, such as a set top box, to a remotevideo display device, such as a TV. The drawing commands may be used bythe remote video display device to create OSD signals to be displayedalong with other video signals. The video source device and videodisplay device may be joined through a network that also allows othervideo source devices to be joined to the network and provide videosignals and drawing commands to the video display device or anothervideo display device. Some video source devices only send video signals,not also drawing commands, while other devices may send drawing commandsbut not video signals. The disclosure also describes the operation of adisplay management module and related modules and circuits that allow auser to select from among multiple independent video source devices.

Some embodiments allow the separation of the TV viewing experience fromclose proximity with the original TV signal receiving/decodingequipment. For example, a system may include a cable STB in one room,and a TV in another, while providing interactive OSD control availableto a TV adjacent to the STB. In some embodiments, the digital TV programcontent (called the media stream) is sent to the TV in its original,compressed form. One or more separate OSD graphic connections may bemade, on which menus, program information, status information, etc. maybe presented on the same display. In some embodiments, the OSD streamcontains pixel-based drawing commands, which can include color andtransparency information. In some embodiments, if multiple streams areallowed, the OSD streams may also contain information to allow theinformation to be “stacked” or allow the display of only the top-most(e.g. most important) information. In some embodiments, through the useof these commands, a remote device (such as a STB or DVR), which isattached to the TV via commodity network interfaces, can place an OSDdisplay on the TV with essentially the same quality and performance asfor a directly attached TV. Some video equipment boxes may include morethan one video source device. For example, a video equipment box couldreceive signals from both a cable TV outlet and a DVD player and couldprovide either to the remote video display device. In some embodiments,there are video devices that are both a video source device and videodisplay device.

Referring to FIG. 2, a system includes video signal source 12 whichprovides compressed or uncompressed analog or digital video to a videosource device 42 (such as a STB). Examples of video sources include acable TV outlet and a satellite TV receiver. Examples of STBs includecable TV boxes and satellite TV boxes. Source 12 also provides audiosignals. There may be a compression device between source 12 and videosource device 42. Video source device 42 provides compressed videosignals and commands including OSD drawing commands through conductors44 to a network 50.

As an example, network 50 may be an Ethernet network, which maycommunicate with devices in addition to video source device 42 and TV54, which is an example of a video display device. Alternatively,network 50 may employ a scheme different than Ethernet. In someembodiments, network 50 has a low enough bandwidth that it could notconsistently carry uncompressed video signals and, accordingly, videosource device 42 provides compressed video signals. In otherembodiments, network 50 has the bandwidth to carry compressed videosignals. Network 50 provides the compressed video and command signals onconductors 52 to TV 54. Conductors 54 may be a single set of conductorson which signals are conducted bi-directionally. Alternatively,conductors 54 may comprise multiple sets of conductors in which signalsare passed in different directions. Display control circuitry 56 createsOSD signals in response to the drawing commands and provides them alongwith video signals to be displayed on screen 60 of display 58.

In some embodiments, a drawing command or another command (such as anaudio command) may cause audio signals to be produced at a speaker. Forexample, in FIG. 2, audio control circuitry 46 causes a speaker 48 toproduce sound in response to such a command. As an example, the soundmay be a sound effect that corresponds to a drawing command. Forexample, pushing a button may result in a beep sound. When the devicereceives a sound, it may mix it with other sounds to be sent to aspeaker. In some cases, a command may carry a sound wave, and in othercases, the receiving device may have pre-stored sound waves that can beactivated in response to the command. Of course, other audio signals maybe associated with video signals independent of the drawing commands asthey have been for years in the prior art.

FIG. 3 illustrates some ways in which display control circuitry 56 canbe implemented. However, display control circuitry 56 may be implementedin various other ways. Interface circuitry 62 includes transmitters andreceivers 66 to receive video signals and commands from conductors 52and provides event signals to conductors 52 as described below. In theexample of FIG. 3, interface circuitry 62 also includes network securityand discovery module 64 and transmitter and receiver circuitry 66. Thevarious signals on conductors 44 and 52 may be multiplexed, packetized,or otherwise carried on the conductors. Various types of signaling maybe used. In some embodiments, the pixel-based graphics commands andevent signals are sent using a standard TCP/IP connection. Theconductors may carry signals bidirectionally (including simultaneous orsequential bidirectional signaling). The conductors may be divided intosets that each carry signals undirectionally.

Network security and discovery module 64 interfaces between network 50and certain components of display control circuitry 56 as shown in FIG.3. Network security and discovery module 64 also provides security. Thecommands and other signals may be encrypted. As an example, network andsecurity module 64 may hold a private key for cryptography. Compressedvideo signals, such as V1 and V2, are provided to video decompressor 68which provides decompressed video signals to blender 70. As an example,the video signals may be according to one of the MPEG standards such asMPEG4 (or another standard) and video decompressor 68 decompressessignals according to one or more of those standards. Network securityand discovery module 64 provides OSD drawing commands to commandinterpreter 76. The OSD drawing commands are in response to the drawingcommands received on conductors 52. The drawing commands provided tocommand interpreter 76 may be identical in form to those received byinterface 62 or may be in different form. For example, the drawingcommands received by interface might be in packets or symbols and besent with differential signaling, and the drawing commands provided tocommand interpreter 76 might not be in packets or symbols and might besent with single ended signaling. Further, the voltage swing andfrequency may be different. Likewise, the drawing commands may changeform through network 50.

Command interpreter 76 creates OSD signals to be displayed in responseto the OSD drawing commands as described below. The OSD signals areprovided by command interpreter 76 to a frame buffer 78 which providesthe OSD signals to blender 70. Command interpreter 76 provides positionand alpha (transparency) information signals to blender 70 whichindicates position and alpha information for the OSD signals provided byframe buffer 78. Alternatively, the position and alpha information canbe provided from frame buffer 78. Blender 70 blends the video signalsand OSD signals and provides the blended signals to video transmitters82, which provide the blended signals to display 58 to be displayed onscreen 60.

Network security and discovery module 64 also provides discovery andcontrol signals to a display management module 74. Display managementmodule 74 (which may include a session control module) manages thedisplay resources and grants access to the display resources and screengeometry. Display management module 74 coordinates the delivery anddisplay of media content at the display device by granting access toresources of TV 54. Display management module 74 advertises the displayon the network as discussed below.

Remote control receiver 86 receives wireless signals (for example,infrared signals) from a remote control device 80 and providescorresponding remote control signals to network security and discoverymodule 64. Remote control device 80 may include buttons and pointercapability. The remote control device may use IR (infrared), RF (radiofrequencies), or any other signaling mechanism to indicate the buttonsthat the user has pressed. Wired control receiver 84 receives signalsfrom input devices I1 and I2. Devices I1 and I2 may be push buttons,cursor control devices (for example, a mouse), pointer devices, or someother input devices. Wired control receiver 84 provides a correspondingsignal network security and discovery module 84. In response to at leastsome received remote control or wired control signals, network securityand discovery module 64 sends an event signal to network 50 throughconductors 52. Details of the event signals are described below.

In some embodiments, all signals from remote control receiver 86 andwired control receiver 84 are provided to network security and discoverymodule 64. In other embodiments, only some signals (such as those thatwill result in an event signal) are provided to network security anddiscovery module 64. Accordingly, there may be intermediate controlcircuitry between remote control receiver 86 and network security anddiscovery module 64, and between wired control receiver 84 and networksecurity and discovery module 64 that only passes certain signals tonetwork security and discovery module 64. For example, in someembodiments, a control signal to raise the volume of the TV is handledby network security and discovery module 64, and in other embodiments,such a control signal is handled by other control circuitry.

There are many ways in which video source device 42 may be implemented.FIG. 4 illustrates some components that may be in some embodiments ofvideo source device 42 but other embodiments do not include all of thesecomponents and in some embodiments may include additional components.Referring to FIG. 4, drawing command generation circuitry 90 createsdrawing commands which are combined with video signals in video andcommand combining circuitry 92 combines the video signals and drawingcommands in packets or through multiplexing or some other technique. Thevideo signals and drawing commands may be shared in packets or providedin different packets. Video signals and drawing commands may beinterspersed or video signals may come first followed by drawingcommands or vice versa. The combined video signals and drawing commandsare transmitted by transmitters 96 to conductors 44. Receivers 98receive signals (such as event signals) on conductors 44 and providethem to control circuitry 94. Control circuitry 94 may cause drawingcommands to be generated in response to some of the event signals or inresponse to other signals or conditions. Conductors 44 may be a singleset of conductors that carry signals bi-directionally or may be comprisemore than one set of conductors on which signals are transmitted indifferent directions.

FIG. 5 shows how an image or images on screen 60 of display 58 may beprovided in different areas or regions (such as regions 1-9) as shown.The regions do not have to have rectangular shaped and may changeposition over time. In some embodiments, an object may move across thescreen by changing the position in the region.

FIG. 6 shows an image 106 and an OSD menu 102 on screen 60. OSD menu 102includes icons and words 104-1 (Cable), 104-2 (Antenna), 104-3 (TVRecordings), 104-4 (Movies), 104-5 (Music), 104-6 (Photos), and 104-7(Internet). Icon and words 104-1 are highlighted (selected) as shown byan identifier band 110. The words “Media Services” appears at the top ofthe OSD menu to describe what is included in the menu. An OSD 114 isalso included in screen 60. OSD 114 may be purely informational (such asa stock ticker) or an interactive OSD like OSD menu 102. An interactiveOSD is one which a user can select an item on the OSD to activate.

FIG. 7 shows an image 106 and OSDs 1, 2, and 3. OSD 2 is partiallytransparent so that the image shows beneath it. OSD 3 is partiallycovered by OSD 1. In some embodiments, the OSD 3 could be activated sothat it would be on top of OSD 1 similar to a window in a computergraphical user interface. In some embodiments, one OSD does not obscureanother OSD. Different portions of screen 60 may display different videosignals from the same video source device or from different video sourcedevices (such as in a picture in picture (PIP)).

Referring to FIG. 8, a video device 122 is coupled to network 50 throughconductors 124. Video source device 122 and video source device 126included in video equipment box 120 are coupled to network 50 throughconductors 124. Video device 128 is coupled to network 50 throughconductors. Video source device 132 is wirelessly coupled to network 50through wireless antennas 134 and 136. TV 154 is coupled to network 50through conductors 142. TV 154, display control circuitry 156, display158, and screen 160 may be the same as or different than TV 54, displaycontrol circuitry 56, display 58, and screen 60 in FIG. 2.

FIG. 9 is like FIG. 8 except that video device 144 which includes an OSDcreating circuitry 146 is coupled between network 50 and TV 154 throughconductors 142 and 150. The OSD signals may be generated from circuitry146 rather than in display control circuitry 156 in response to thedrawing commands from a video source device.

Example Commands

The following provide details of some example commands. Some embodimentsuse some or all of the commands with the details below or differentdetails. Some embodiments use additional and/or different commands. Manyof the pixel-based drawing commands have variants specifying which dataat the specified locations should change. Examples of supported formatsinclude: Red-Green-Blue (RGB) color information, Red-Green-Blue-Alpha(RGBA) color and transparency information, or Alpha (A) transparencyinformation. The pixel-based drawing commands may include an originpixel location as (x, y) Cartesian coordinates, and width by height(W×H) size information. As an example, the (0,0) location may be theupper left corner of the screen, and areas grow downward and to theright from the origin pixel location. As an example, commands may sendadditional information as a data payload of the command, with the actualinformation sent determined by the command type.

Examples of pixel-based drawing commands to be sent from a video device(such as video source device 42) to display control circuitry (such asdisplay control circuitry 56) include the following. Some embodiments donot include all of these commands and some embodiments includeadditional drawing commands.

-   -   Fill an area with a single value (RGB, RGBA, or A). The color        value is sent as a data payload of the command. Filling with RGB        leaves the Alpha (A) value of the pixels unchanged. Similarly,        filling with A leaves the RGB values of the pixels unchanged.    -   Set the pixels in an area with (RGB, RGBA, or A) values as        specified as a data payload in the command. The pixel data may        be compressed or uncompressed.    -   Blend pixels with a single RGBA. The color value is sent as a        data payload of the command. The blending operation is defined        in terms of the Porter and Duff “Over” operator. The new RGBA        value can be selected to be considered as “Over” the old data,        or the old data can be selected to be considered “Over” the new        value.    -   Blend pixels in an area with (RGB plus constant A, RGBA, or A        plus constant RGB) values as specified as a data payload in the        command. The pixel data may be compressed or uncompressed. The        blending operation is defined in terms of the Porter and Duff        “Over” operator. The new data can be selected to be considered        as “Over” the old data, or the old data can be selected to be        considered “Over” the new data.    -   Copy an area of the screen from another area. In some        embodiments, the area specified by the origin pixel (x, y) and        size (W×H) information is the area to be copied to, and the        origin pixel location of the area copied from is sent as a data        payload of the command. The copy involves all elements of each        RGBA value.    -   Blend an area from one buffer with an area from another buffer.        In the some embodiments, the blend areas are specified via        origin pixel locations (x,y) in each buffer, and a size (W×H).        The blend is defined in terms of the Porter and Duff “Over”        operator. The destination (modified) buffer can be considered        either “Over” the source (unmodified) buffer, or the source        buffer can be considered “Over” the destination buffer.    -   Set the contents of a color map (RGB, RGBA, or A) to be used in        later commands.    -   Set pixels in an area based on the values in a color map. The        data payload in the command specifies the index of the color map        entry whose value should be used for each pixel. The indices may        be typically 1, 2, 4, or 8 bits wide, but may be some other        width.    -   Audio signals (such as for sound effects) associated with the        drawing commands may be sent. The commands may include an audio        clip or sampled digital waveform, and specify a sample rate, bit        resolution, and number of channels.    -   Note that when RGB values are specified in a data payload, in        some embodiments, a single A value may be provided for the        command. The RGB values may be variable and the A value may be        fixed, or the A value may be variable and the RGB values may be        fixed.

The command protocol may also include a set of control commands.Examples include the following, but some embodiments do not include allof these and some embodiments include additional control commands. Notethe discussion of session control below.

-   -   Establish authorization to use the TV's display.    -   Declare the region or regions of the TV display that will be        modified.    -   Declare a rendering priority value for the session. This        provides information that is used to handle cases where multiple        OSD streams will “collide”; i.e. where the regions they will        modify overlap.    -   Allocate and free memory buffers for holding data.    -   Specify the mapping of the memory buffers to positions on the        screen, and the stacking order of the buffers if there is an        overlap.    -   Support for determining the round-trip time calculation via a        synchronization command. Additional data may be provided that        will be reflected back to the sender via the event stream        (described below).

The remote OSD protocol may also provides a way for the display to senduser input event signals to the remote OSD source device. For example, auser may activate buttons on remote control device 80 or inputs I1 or I2to create signals to control a remote device (such as video sourcedevice 42) or respond to interface with an OSD in such a way as to causeactivity of the remote device. For example, if an OSD menu (such as menu102 in FIG. 6) is on screen 60, pressing buttons on remote controldevice 80 can select a particular options and cause display controlcircuitry 56 to sent event signals to a video device (that is remotefrom TV 54) such as video source device 42. The video device responds tothe event signals as specified. Network security and discovery module 64or other circuitry not shown may interpret the signals from remotecontrol device 80 or inputs I1 and I2 and decide whether to create eventsignals from a remote video device (that is, remote from TV 54). Forexample, in some embodiments, a volume change command does not cause anevent signal but may instead be handled within the TV. A channel changecommand may cause an event signal to be generated. The user and TV maynot be in the same room as the device controlling the TV via the remoteOSD protocol. Therefore, the remote OSD protocol may be used to sendmessages from the TV back to the remote OSD source device indicating anyof the following events as examples for some embodiments, but not all ofthese examples are included in other embodiments:

-   -   That a particular key was pressed, and the identity of the key    -   That a particular key was released, and the identity of the key    -   That a pointing device (e.g. a mouse) was moved, and the amount        and direction of the movement.    -   That a synchronization command was received, and the additional        data that arrived with it.    -   Status results for any commands that provide status (e.g. buffer        allocation, etc.).

In some embodiments, the remote graphics commands may allow low costimplementations of both the source and destination devices. Inparticular, in some embodiments, fixed layouts for common informationmay be used to allow hardware implementations to easily parse thegraphics stream.

Session Control

The following describes details that may be used in some embodiments.Other embodiments may use different details. Referring to FIG. 3,display management module 74 performs a session control protocol tomanage remote OSD connections. The following is provided as backgroundthat may be useful to understanding some embodiments. Current TVs arecreated with a specific number of input ports, each decoding a specificvideo format. For example, some TVs have two HDMI inputs and twocomponent video inputs. Normally, the TV is created with a simple OSDmenu to select from the set of inputs to allow the user to choosebetween them. In the some embodiments, in the case of devices thatdeliver the video content and OSD over the network, the TV has no ideaof the number or type of input devices that may be encountered. Inaddition, the number and types of devices can change when a consumerpurchases new equipment, or retires old equipment. The session controlprotocol provides a way for the user to find devices on his or her homenetwork that can provide a video signal to the TV, and to select the onethat he or she wishes to use at any time. In some embodiments, more thanon video source can be selected at a time.

The session control protocol may be produced by display managementmodule 74. In some embodiments, display management module 74 uses thesession control protocol to do at least the following, but in otherembodiments, the session control protocol does not do all of these andmay be do additional tasks:

-   -   Ask which devices on the network are capable and willing to        provide video input to the TV.    -   For those devices that are capable of controlling the TV, ask        for an identifier for presentation to the TVs user (e.g. a name        and/or icon).    -   Provide a message to the device selected by the user, containing        a request to control the TV remotely, and provide authorization        information that the remote device will send using the remote        OSD protocol at the initiation of the connection.    -   Revoke the remote OSD connection if the user indicates that he        or she wants to change input source.    -   Provide control of additional informational devices that may use        the remote OSD protocol.

A primary function of display management module 74 is to ensure thatthere is always something displayed on the TV as long as it is poweredon. At times, there will be no remote device selected to provide the OSDdisplay and video material for the TV. These times are, for example, thefirst time a TV is turned on, when the selected controlling devicedisappears, or when the user indicates that the selected controllingdevice connection should be terminated, and a new video source beselected. In these cases, display management module 74 will normallysend out messages in the session control protocol to find all devicesthat can provide OSD control to the TV, along with the identifyinginformation. Display management module 74 then arranges for an OSD menuto display the possible choices to the user and allow the user to selectone. Once the selection is made, the selected device is asked to begincontrolling the TV. In some embodiments, the OSD menu for selectingcontrolling devices is generated by a User Interface (UI) module withindisplay management module 74 of TV 54. The UI module may be in one ofthe components shown in FIG. 3 or be an additional component.

Another function of display management module 74 is to mediate betweenconflicting uses of the TV screen's display. Normally only one OSDgraphics stream sent to a TV will be in main control of the TVsoperation, but other streams may be sent by multiple devices that wishto provide information to the user. For example, one device could outputa stock ticker at the bottom of the screen, and another could popup anotification symbol when new email arrives for the user.

Devices can request the ability to send such informational orinteractive displays by sending a message to display management module74 of the TV, detailing their requested use. Display management module74 can either deny the request, or can grant the request by sending agrant message. The grant message provides an authorization token andpriority as described below.

Display management module 74 sends each source of an OSD graphics streaman authorization token, along with a maximum priority value. Each OSDgraphics stream provides this token and priority during theinitialization phase of the OSD graphics connection to the TV. If theauthentication token is invalid or has been revoked, the connection isterminated.

Once an OSD graphics stream has successfully connected and has itsauthentication token accepted, it can begin sending graphics commands.However, before it can modify any portion of the screen, it declareswhich area of the screen will be modified. This notification permits theTV to deal with conflicting requests from multiple sources, as describedbelow. Note that a source may change its declared modification area asits needs grow or shrink. For example, a source may at one time wish touse the whole screen to output a menu, while at another time may needlittle or no screen area.

As each device declares which area of the screen it will modify (in theOSD graphics stream), display management module 74 looks for area ofconflict; i.e. areas that two or more streams have declared that theywill modify. Depending on the capabilities of the TV, display managementmodule 74 may choose to take one of the following actions in the case ofconflicts:

-   -   Blend the conflicting areas together, with the highest priority        stream being the most visible (more opaque), and lower priority        streams less visible (more transparent).    -   Display only the highest priority stream and not show the        remainder.    -   Blend some streams and omit others.

When display management module 74 decides not to display an area requestby a stream it may, depending on the resources available, eitherremember would have been shown in the area or discard it. If it hassufficient memory that it can remember what would have been shown, then,when the conflict ends (because another stream stopped using theregion), display management module 74 could display the stream's contentwith no further help from the stream's originator. However, if the TVhas insufficient resources, it may send visibility events to thestream's originator that informs the sender of its visibility statuschanges. That is, it first informs the originator that its output ispartially or fully obscured, and later it informs it that it no longeris obscured. The sender is then responsible for “repainting” the area.That is, the OSD originator sends graphics commands to reconstruct theimage or images that it wishes to display on the TV.

As noted above, some embodiments include some of the details recitedabove regarding session control but not others of the details.

ADDITIONAL INFORMATION AND EMBODIMENTS

The various modules described herein may be performed in hardware or ina combination of hardware and software and/or firmware.

There may be intermediate structure between the illustrated components.The various components described or illustrated herein may haveadditional inputs or outputs which are not illustrated or described. Inactual implementations of the systems of the figures, there would beadditional circuitry, control lines, and perhaps interconnects which arenot illustrated. When the figures show two blocks connected throughconductors, there may be intermediate circuitry that is not illustrated.The conductors mentioned herein do not have to be of continuousmaterial. For example, they may include vias or other connectionstructures. The shape and relative sizes of the blocks is not intendedto relate to actual shapes and relative sizes. The fact that an arrowbetween blocks is shown in only one direction does not mean that thereis not communication in the other direction. A single line betweenblocks does not mean there are not other conductors between the blocks.

An embodiment is an implementation or example of the invention.Reference in the specification to “an embodiment,” “one embodiment,”“some embodiments,” or “other embodiments” means that a particularfeature, structure, or characteristic described in connection with theembodiments is included in at least some embodiments, but notnecessarily all embodiments. The various appearances of “an embodiment,”“one embodiment,” or “some embodiments” are not necessarily allreferring to the same embodiments.

When it is said the element “A” is coupled to element “B,” element A maybe directly coupled to element B or be indirectly coupled through, forexample, element C. When the specification or claims state that acomponent, feature, structure, process, or characteristic A “causes” acomponent, feature, structure, process, or characteristic B, it meansthat “A” is at least a partial cause of “B” but that there may also beat least one other component, feature, structure, process, orcharacteristic that assists in causing “B.” Likewise, when it is saidthat A is in response to B, A may be in response to the combination of Band C.

If the specification states a component, feature, structure, process, orcharacteristic “may”, “might”, or “could” be included, that particularcomponent, feature, structure, process, or characteristic is notrequired to be included. If the specification or claim refers to “a” or“an” element, that does not mean there is only one of the element.

The invention is not restricted to the particular details describedherein. Indeed, many other variations of the foregoing description anddrawings may be made within the scope of the present inventions.Accordingly, it is the following claims including any amendmentsthereto, not the above description, that defines the scope of theinvention.

What is claimed is:
 1. An apparatus for providing a video displaycomprising: interface circuitry to receive signals including videosignals and drawing commands; a display management module, the displaymanagement module to identify potential sources of video signals outsideof the apparatus, and to mediate between conflicting display requestsfrom multiple sources to provide on screen display (OSD); a commandinterpreter to receive the drawing commands and provide on screendisplay (OSD) signals in response to the drawing commands; videoprocessing circuitry to process the received video signals to provideprocessed video signals; and a blender to blend the OSD signals and theprocessed video signals to produce blended video signals including theOSD signals and the processed video signals; wherein mediation betweencompeting display requests includes the display management module togrant or deny requests to provide an OSD, the granting or denying ofrequests to provide an OSD including the display management moduleidentifying areas of conflict between the competing requests based ondeclarations of which areas of a display screen are to be modified byeach request.
 2. The apparatus of claim 1, wherein signals to bereceived by the interface circuitry include audio commands associatedwith the drawing command.
 3. The apparatus of claim 2, wherein the audiocommands cause sound effects associated with the drawing commands. 4.The apparatus of claim 2, wherein the audio command are part of thedrawing commands.
 5. The apparatus of claim 1, wherein the videoprocessing circuitry is video decompressing circuitry to decompress thevideo signals to create the processed video signals.
 6. The apparatus ofclaim 1, wherein the OSD signals are provided by the command interpreterto a frame buffer and from the frame buffer to the blender.
 7. Theapparatus of claim 1, wherein the interface circuitry includes a networksecurity and discovery module, and wherein the apparatus furthercomprises remote control receiver circuitry to receive remote controlsignals and wherein the network security and discovery module is toprovide event signals to be transmitted out of the apparatus in responseto some of the received remote control signals.
 8. The apparatus ofclaim 1, wherein granting or denying requests to provide an OSD includesone of blending the conflicting areas together, with a highest prioritystream being the most visible of the conflicting streams; displayingonly a highest priority stream and not showing the remainder of thecompeting streams; or blending certain of the competing streams andomitting others of the competing streams.
 9. The apparatus of claim 1,wherein the display management module is to provide signals to display amenu including icons represented different ones of the potential sourcesof video signals to be selectable by a user.
 10. The apparatus of claim1, wherein the display management module responds to signals indicatinga selection by a user by causing the network security and discoverymodule to establish contact with the selected video source outside ofthe apparatus.
 11. The apparatus of claim 8, further comprising remotecontrol receiver circuitry to receive remote control signals and whereinthe display management module selects at least one of the potentialsources of video signals to provide video signals to the apparatus inresponse to at least some of the received remote control signals. 12.The apparatus of claim 8, wherein the display management module is toprovide a token to be sent to a selected remote video source device andwherein the interface circuitry will not pass video signals unless theyare associated with a valid token.
 13. The apparatus of claim 1, whereinthe OSD signals include signals for both graphical user interfacedisplays and information only displays.
 14. The apparatus of claim 1,wherein the drawing commands set pixels in an area as specified in adata payload in the drawing commands.
 15. The apparatus of claim 1,wherein the apparatus is an integrated circuit.
 16. The apparatus ofclaim 1, further comprising a display including a display screen toreceive and display the blended video signals.
 17. The apparatus ofclaim 1, wherein the apparatus identifies particular regions of thedisplay screen to display particular ones of the OSD signals.
 18. Asystem for providing a video display comprising: video source devices; anetwork; an apparatus coupled to the video source devices through thenetwork, the apparatus comprising: interface circuitry to receivesignals including video signals and drawing commands; a commandinterpreter to receive the drawing commands and provide on screendisplay (OSD) signals in response to the drawing commands; videoprocessing circuitry to process the received video signals to provideprocessed video signals; a display management module, the displaymanagement module to identify potential sources of video signals outsideof the apparatus, and to mediate between conflicting display requestsfrom multiple sources to provide on screen display (OSD); and a blenderto blend the OSD signals and the processed video signals to produceblended video signals including the OSD signals and the processed videosignals; wherein mediation between competing display requests includesthe display management module to grant or deny requests to provide anOSD, the granting or denying of requests to provide an OSD including thedisplay management module identifying areas of conflict between thecompeting requests based on declarations of which areas of a displayscreen are to be modified by each request.
 19. The system of claim 18,wherein signals to be received by the interface circuitry include audiocommands associated with the drawing command.
 20. The system of claim18, wherein the interface circuitry includes a network security anddiscovery module, and wherein the apparatus further comprises remotecontrol receiver circuitry to receive remote control signals and whereinthe network security and discovery module is to provide event signals tobe transmitted out of the apparatus in response to some of the receivedremote control signals.
 21. The system of claim 18, wherein granting ordenying requests to provide an OSD includes one of blending theconflicting areas together, with a highest priority stream being themost visible of the conflicting streams; displaying only a highestpriority stream and not showing the remainder of the competing streams;or blending certain of the competing streams and omitting others of thecompeting streams.
 22. An apparatus to provide video signals comprising:drawing command generation circuitry to create drawing command signalswhich when properly interpreted cause the creation of on screen display(OSD) video signals; video and command combining circuitry to combinethe drawing command signals and video signals; and transmitter circuitryto transmit the combined video and drawing command signals; wherein theapparatus is to make a request to provide the OSD, the request beingprovided to a display management module of an apparatus, the displaymanagement module to mediate between conflicting display requests frommultiple sources to provide OSD; wherein mediation between competingdisplay requests includes the display management module to grant or denyrequests to provide an OSD, the granting or denying of requests toprovide an OSD including the display management module identifying areasof conflict betweenthe competing requests based on declarations of whichareas of a display screen are to be modified by each request.
 23. Theapparatus of claim 22, further comprising control circuitry to receivean event signal.
 24. The apparatus of claim 22, further comprisingcontrol circuitry to receive a token from the display management moduleand include the token with the combined drawing command signals andvideo signals.
 25. The apparatus of claim 22, further comprising controlcircuitry to provide audio commands associated with the drawing commandto create sound effects associated with the drawing commands.
 26. Theapparatus of claim 22, wherein the video signals and the drawingcommands are interspersed in the combined video and drawing commands.27. A method for providing video display comprising: receiving signalsincluding video signals and drawing commands for on screen display(OSD); mediating between conflicting display requests from multiplesources to provide OSD; interpreting the drawing commands and providingOSD signals in response thereto; processing the received video signalsto provide processed video signals; and blending the OSD signals and theprocessed video signals to produce blended video signals including theOSD signals and the processed video signals wherein mediation betweencompeting display requests includes granting or denying requests toprovide an OSD, the granting or denying of requests to provide an OSDincluding identifying areas of conflict between the competing requestsbased on declarations of which areas of the display screen are to bemodified by each request.
 28. The method of claim 27, further comprisingidentifying potential sources of video signals.
 29. The method of claim28, further comprising providing a token to be sent to a selected one ofthe potential source of video signals and not passing video signalsunless they are associated with a valid token.
 30. The apparatus ofclaim 1, wherein a remote OSD connection is revoked if a user indicatesthat the user wants to change the input source.
 31. The apparatus ofclaim 30, wherein the remote OSD connection is terminated.
 32. Theapparatus of claim 1, wherein the display management module ensures thatthere is always something displayed on the display screen.
 33. Theapparatus of claim 1, wherein the display management module is toprovide a token to be sent to a selected remote video source device andwherein the interface circuitry will not pass video signals unless thevideo signals are associated with a valid token.
 34. The apparatus ofclaim 33, wherein the token includes a maximum priority value.
 35. Theapparatus of claim 34, wherein granting or denying requests to providean OSD includes blending the conflicting areas together based on apriority value provided by a remote OSD connection.
 36. The apparatus ofclaim 1, wherein a declared modification area is changed by a remote OSDconnection.
 37. The apparatus of claim 1, wherein the display managementmodule requests an identifier for presentation on the display screen.38. The apparatus of claim 37, wherein the display management module isto provide signals to display a menu including identifiers representingdifferent ones of the potential sources of video signal to be selectableby a user.
 39. The system of claim 18, wherein signals to be received bythe interface circuitry include a priority value.
 40. The system ofclaim 39, wherein the display management module instructs the blender toblend conflicting areas together based on changing priority values. 41.The system of claim 18, wherein signals to be received by the interfacecircuitry include changes to a declared modification area.
 42. Thesystem of claim 41, wherein the display management module instructs theblender to blend conflicting areas together based on changing declaredmodification areas.
 43. An apparatus to provide video signalscomprising: drawing command generation circuitry to create drawingcommand signals which when properly interpreted cause the creation of onscreen display (OSD) video signals; and transmitter circuitry totransmit the drawing command signals; wherein mediation betweencompeting display requests includes the display management module togrant or deny requests to provide an OSD, the granting or denying ofrequests to provide an OSD including the display management moduleidentifying areas of conflict between the competing requests based ondeclarations of which areas of the display screen are to be modified byeach request.
 44. The apparatus of claim 43, further comprising controlcircuitry to receive a token from the display management module andinclude the token with the combined drawing command signals.
 45. Theapparatus of claim 44, wherein the token includes a priority value. 46.The apparatus of claim 45, further comprising control circuitry to senda revised priority value to the display management module.
 47. Theapparatus of claim 43, further comprising control circuitry to sendchanges to a declared modification area.
 48. The apparatus of claim 43,further comprising control circuitry to receive a request from thedisplay management module for an identifier for presentation to a user.49. The apparatus of claim 48, further comprising control circuitry tosend an identifier to the display management module.